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^ (57) Abstract: A secore electronic file transfer system and methods of its use aie provided. The s^der issues a request to the 
DAD (EHgital Asset Distribution) system causing files residing on local or Tcmote computers to be transferred to the recipient via 
^ appfication and TCP/IP protocols. Client software may he automatically downloaded and installed to the sending and/or receiving 
^ device to fecilitate the paclc^ing and transfer of said file to a DAD server, and said file may optionally he propagated boai said DAD 
^ server to additional DAD servers and other non-DAD servers. 
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BACKGROUND OF THE INVENTION 

Field Of The Invention 

5 The invention rotates to the field of computer oetwoiks» More paiticnlarly, the mvention relates to 
techniques for Ihe secuie deUvezy of electionio docomentB between users over tlie IntemcL 

Background of The Prior Ait 

Electronic Mail (e-mail) provides a means for sending electronic messages fiom one computer user to 
another. E-mail has advantages of conveniences format and storage of messages for later retrieval As 

1 0 such, e-mail has been accepted and widely used for basic conrnmoicalion. E-mail is typically an 
ASCII based fbnnat, however^ and proves to be very limiting for the conmumicationof long or 
formatted documents. As well, e-inail is iu}t the medium of choice for the distribution 
documCTts» such as reports, articles, advertisements and ait which can include page layout grids, 
postscript-formatted objects, multiple fonts wifli tracking and keroing, graphicB, imbedded tables and 

1 5 spreadsheets, and other complicated infiarmation. 

E-mail systems provide a means for appending an ASCII based e-mail message with an associated file, 
to be downloaded along with Ihe e-mail message. Most systems that allow the appending of an 
associated file axe designed to allow a single user Id s^ unsecured files to an associate or Mend, and 
neith^ allow for controlled automated distribution to multiple rec^ents, nor do ftiey provide 
20 advanced accounting, billing or other such features (e.g., leceqit notification). E-mail gateways also 
limit the applicability of attachments, and do not solve the problems of security and lecoipt notation or 
acknowledgment 

The disclosed prior art systems and methodologies provide some me&ods for Ihe defiveiy of 
documents, but fiol to provide a secure, economical, fast document deUveiy sj^stem. Tims, there is a 
2 5 need for the development of such an electronic documerrt delivery system. 

SUMMARY OF THE INVENTION 

Accordingly, it is die ob)ect of the present invention to address ftie needs and concerns of Ibe prior art 
as outlined above. 
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In a first aspect of the pre^nt invention, a method of securely transfening a file from a first cHent to a 
second client includes issuing instructions foom first cUent to a digital asset distribution (DAD) 
server for transfCTing a file fix)m die DAD server to the second cfient The fio^st client issues the 
instructions via a website for accessing the DAD server. 

5 bi a fiirther featine of tfae first aspect^ prior to issuing the instructions, the method includes issuing 
initial instructions for iq)loading the file fiomihe first client to th^ Upon the fibrst client 

initially accessmg die website, first embedded client software fin: iq>loading flie file is automatically 
downloaded to Ae fixst client 

In a second aspect of the present invention, a method of transfeinng a file fiom a fiist client to a 
10 second client includes issuing first instructions firom tiie first client to register an account with a digital 
asset distribntion (DAD) server via a DAD website for transferring a file the second client The first 
client includes a web browser for accessing the website. The method also includes issuing second 
instructions for uploading the file to the DAD server via the DAD website, where upon the first client 
initially accessing the website, embedded client software for uploading the file is automatically 
IS downloaded to the fibrst client. Tlie metiiiod also includes notifying the second client that the file is 

available for downloading from the DAD web site, connecting the second client to the DAD server via 
the DAD website for downloading the file and downloading the file. The second client also includes a 
web browser for accessing iba DAD website. 

Yet another aspect of the present invention is directed to computer rei^ble media having stored 
20 thereon a data structure including a first field comprising data representing account information of a 
client, a sec ond field comptising data representing package information regarding a file for transfer, a 
third field comprising address information for an address to transfiBr a file, a fourfli field comprisipg a 
server site, a fifth field conqirisiDg a server list and a sixth field comprising download and/or upload 
information of a file. 

25 In yet another aspect of the present invention, a graphical user inter&ce for a first client computer 
system having a selection device is presented where the graphical user inter&ce includes a user login 
component for logging a client onto a website for a digital asset distributicm (DAD) server, a client 
browsing component for browsing the intmiet, a file transfer component for forwarding a file to a 
second client, a tracking component for retrieving tracking information for tracking the file forwarded 

30 to the second client, an address book component storing and retrieving an address of the second client 
and an account information component for retrieving account information related to the first cUeot 
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In still aiu)flier aspect of llie present invention, a system for perfonooing a metiiod of transferring a file 
from a first client to a second client includes a digcbal asset disdibution (DAD) server accessible over 
the internet via a DAD website, the DAD server including commonication means for commnnicating 
5 data with a cfient over tiieinlieniet, a first client for instructing 

destination address, and a second client having the destmation address. The first cKent issues first 
instructions for registering an account with die digital asset distribution O^AD) server via the website 
for ttansferring a fil e to the destination address of the second client and the first client includes a web 
browser for accessmg the website. The first client issues second instructions for uploading tiie file to 

10 die DAD server via the DAD webstte and upon die first clioxt initially accessing the website, 
embedded client software stored on Ae DAD servra: operational for a client to uqpload die file is 
automatically downloaded to die first client The first client uploads tiio file to die DAD server. The 
system also includes notifymg means for notifying die second client tiiat die file is available for 
downloading fiom die DAD server. The secoi^dient issues tiiird instructions to die DAD server via 

1 5 die DAD website for downloading die file, vihere the second olkaat includes a web browser for 
accessing the DAD website, and the second client downloads the file. 

The above aspect of the present invention may also include computer readable media having 
computer-executable instroctions for performing die above methods recited therein. 

AU of the above aqiiects wiU become clearer with reference to fte acc^ 
20 descrqytion of die prefoned embodiments that follow, 

BRIEF DESCRIPnON OF THE DRAWINGS 

Figure 1 is a diagram depicting the major components of an exemqplaiy electronic file delrvety Gtystem 
involving DAD and odier servers. 

Figure 1-A iUustrntes exen^laiy DAD System functions. 

25 Figure 1-B iUustrates an exen^lary DAD System arcbitDcture. 

Figure 2 is a block diagiam of an exemplary DAD server database. 

Figure 3 illustrates a general oudine of an exi^mplary inter&ce that may he displayed by the client 
browser. 
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Figure 3-A iltustrates server teceiving file tiansfer request and genciatfa^g Ibe embedded client 
software. 

Figure 3-B iUustzates tzaddng of reoenfly sent files (fliis diagram connects to Figures 3-B-i tibrough 3- 
B-4). 

5 Figure 3-B-l fllnstrates eafder access to file trana&r histoiy through sorting and tesarting data records. 

Figure 3-&2 iDustratBs accessing file trailer details via clicking the displayed transfer identification 
lint 

Figure 3-B-3 iHustrates accesdng file transfer details via the selected Unk of an entire file tran^ 
histoiy. 

10 Figure 3-B-4 iUustraling accessing file transfer d^ails through searching tiie file transfer database 
records. 

Figure 3-C illustrates an exenq>lary address book; which also includes Add, Modify, Delete, and 
Select capabilities. 

Figure 3-C- 1 illustiates adding lecipicots to the address book for them to be included in the database. 

1 5 Figure 3-C-2 iUnstrates modifying recipients contact and other information in tibe address book 
database. 

Figure 3-C-3 illustrates deleting recipients contact and other information in die address book database. 

Figure 3-D iOnsfrates exemplary DAD system account Jnfonnation, 1 0 mchding Add, Modify, and 
Delets capabilities. 

20 Figure 3-I>i iUustiates a DAD system administrator, user, or subniser modifies personal information. 

Figure 3-D-2 illustrates a DAD system administratcnr displays and modifies sub-nser aoooont 
information. 

Figure 3-D-3 illustrates a DAD system adnunistrator deletes snb-user account fixnn the system 
database. 

25 Figure 3-D-4 illustrates a DAD system administrator adds sub-user information and DAD system 

4 
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privilege. 

Figiue 3-D-5 depicts an exeiiq>Iaiy gob-user account detailed iofonnatiionpage as seen by the 
adminiBtratar. 

Figuie 4 illustrates an exanqple of the recipient being notified by &e DAD server and the ensuing 
5 commanication with the server. 

Figuie 4- 1 portrays the process (hat the DAD system undergoes as a result of visits by Ibc r c cipic nl s. 

Figure 5 shows a set ofprograms for die DAD file tiaiisfierop^Btiontlno^^ 
coninnniicsdoiL 

Figures 6 Hirough 6-3 illustrate a piefetred process performed by executing the client send program. 

1 0 Figures 7 through 7-2 iUustcates an exemplary process performed by executing fhe client receive 
program. 

Figure 8 iUustrates a preferred exratplaiy DAD system server program. 

Figures 9 tinough 9-2 describe an exemplary DAD server receiving a file fiom a sender or fimn 
another server. 

1 5 Figures 10 through 10-1 illustrate an exemplary i»ocess performed by executing fiie server send 
program. 

Figures 1 1 through 11-2 iSustcate an exen^laiy process for transferring a file 1 5 fixmi one DAD server 
to another DAD server or to an FTP server. 

Figure 12 illustrates an exemplary DAD cHent monitoring program.. 

20 Figure 13 ittustrates an exemplary DAD client receive manager. 

DETAILED DESCRIPTION OF THE PREFERRED BMBODIMBNTS 

Figure 1 is a block diagram depictbg die niq or components of an exenq>la^ 
distribution) file transfer system, external servers, and a series of events whereby a sender imtiates file 
transfer by i^uing instructions firom a sending device (e.gp, a device wifo web browser^ to a DAD 
25 server caustnig files to l)e transferred to die recipients). The instructions are sent to the DAD server 
via a web page, with the embedded client software antomatioally downloaded to the sender cooputer, 

5 
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or via an activating wireless device. If the file to be transferred already resides on the DAD server, the 
sender issues totherinstnic^ons for trans&ning the ffle to tb^ If ihe file to be tcansfened 

does not yet reside on the DAD server, the sender will use the client aofitwaie to npload the file fix>m 
the sender's compute to the DAD server. The sender can also optionally request tbe first DAD server 
5 to fcmsxd the jGle to other DAD 8erver(s) and file 5ervet(s) (e.g., FTP servers). 

Tlie receiving device can be the iecq>ient(s) compfater(s) with web browser. Upon checldng the DAD 
web infotoation page, special e-mail notice, desktop indicator, cell-phone vibratory alert or o&er 
types of notification devices, the recipient(8) may access a DAD web page, wift &e cEent sofiwaie 
automatically downloaded to the recipient(s)^ computer(s). The files are tbtn transferred or 
10 downloaded to the recip]6nt(s)' coniputer(s). 

In order for a sexider to use the DAD system to said packages, fl^nnist be a register Intte 
preferred embodiment, registration may require that the sender input a unique usemame and password 
combination, in addition to any required personal information. The sender may also be presented with 
the option to specify a de&ult file transfer method. If the sender elects to use the web-based interface 

1 5 each time they set up a transfer, it will be required that each time that user wishes to send a package or 
receive a returned package, they will need to log in to the system via fee wd), as descnbed in Figures 
3 and 3-A. If the user elects to use the client software, tbe client software (cUent send in 901 of Pigure 
5, chent receive in 902 of Figure 5 for receiving tiie returned package) or an updated version may be 
automatically downloaded onto their syst^ and tostalled so that they may use that software each time 

20 they wish to send a package or receive a returned package, in lieu of tiie web-based inter&ce. The 
sender may receive an e-mail notice of package ID numb^ (P^) ^'Oi tbe server to confiim that fbs 
package has been successfully registered into tbe server database. 

In the preened embodiment, te gistoation may require that fhe rec^ent iiqHit a unique usmiflme and 
passwonl combination, in addition to any required personal infonnatioz^ The recipient may also be 

25 presented wife the qption to speoij^ a defenlt notification and file tnansfo If the recipient 

elects to use file web-^based inteifece each time they set up a transfer, it wiU be required tiiat each time 
that user widies to receive a pacbige or return a package, fhey wiU need to log 
e-mail link or browser (Figures 3, 4 and 4-1). A small receive (902 in Figure 5) or send (90 lin Figure 
S) for returning package program or iqidates wiQbe automatically downloaded to the recipieof s 

30 computer via a web page. Iftherecipienls elect to be iu>tified and transfer a file by cUemsofiw^ 
notification, the client software, which may include monitor (903 in Figure S), receive manager (904 
in Figure 5), receive i>rograms (902 in Figure SX and send program (901 in Figure 5) fiir retarcdng 
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packaget m^y ^ automatically downloaded to or pieijistalled on Ifaeir cotnputer and stay resident in 
the system^ and may routinely connect to (he serv^ to determine if that user has received packages. 
"V^Hien a packagp is received, the recipient may be notified by an audio*>vi8ual mdicatoi, and may be 
prompted to download the package at that time. 

S The sender may also be presented wifli Ihe options to specify notifying and protection mefliods to 
ensuiefte security ofdatabemg sent thnmgh the system to the vaMieci^ FGriegistBied(tn- 
net9/ork) recipients, smder may rater the account name of the recipient The notification niefiiod may 
be mstant notification via DAD cUent-4ervercQmn3umcation,e-i^ Recipients 
may be requested to enter then: i>as5words to validate the identity. For non-registered (out-netwoik) 
10 recipients, tiienoti^cation method nmy be ennail or other meth The rec^ients may also logon to 
tfie system via a web page and <snter a PID) to query and download tiie packi^ 0^igqiea 3, 4, 4-1). 
The recipients m^ be requested to enter a package password set by the sender. 

Step 1 ilhistiates the initiation of the process. The sending device communicates with a DAD server 
via web page or pre-installed client software to access accomit, address book and tracking information 
1 5 (Figures 3 through 3-D-5). The DAD server retrieves information fiom a database, and processes and 
displays information to ft^e sender. Hie client software may be automatically downloaded to the 
sender conq^uter to £acilitate file transfer, and may include file compression, archivmg, and packagmg 
capabilities^ as descnbed in Figures 6 through &4. An encryption method (e,g., SSL}» may be used to 
encrypt communication between client and serv^. 

20 In Step 2, the client software commurdcatBs with the DAD server software to tcana&r the package and 
log the transfer data. The cfient software may also coonnmiicato with 4ie DAD server 
instmction only package3 ftat vrill in torn request the server to transfer a pro-existing server package 
(i.e.» a paclcage already existing at the server at the time the instruction only message is sent) to fbe 
recipients. Stq> 2a shows dmttliesendiiig device rnay also initiate tcansfo of dat^ 

25 to Itemote File Storage qrstemwiOioutiTeqniring^tflK file be loca^ The 
Remote fib information, such as location and access infimnation will be logged and stored on DAD 
Server. The communk»dion to upload a fite fiom a client to fiieserver^ and fixm 
TCP/IP and an application protocol axe described m detail in Figures 6 flnous^ &4, 8, 9 through 9-2» 
andlltoll"2. 

30 Step 3 initiatBS upon successful completion of file iransfe to flie DAD server. The DAD server may 
send a notification to the recipients (e.g., via e-mail), as described in Figure 9. DAD server may also 
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send a notification to the sender for fbe Package E) (PID) in 3a, as described in Figures 9 tluoiig^ 9-2. 

Id Step 4, recipient may click on a link to a web page within the body of the e-mail, causing the DAD 
server to retdeve fte information txm 4ie database, process tiie informattoD, ax^ display it to the 
receiving device. TbeDADaeiverniay activate downloadfaig of client softw^ 
5 flieiecdving device. Registered (m-netwoik) recipients may pie*>in The 
client software may routinely connBct to the server to detemune if that nser has received packages (see 
Figure 12). When a package is received^ the recipient may be notified by an audio-visual indicator, 
and may be prompted to download the package at diat time. The recqfnent will receive ttuefile^ which 
maybe available fiom multiple servos txanspaient to the recipient, as described in Figures 7 to 7-2. 
1 0 The client software may also interact with ttie recq)ient and commmiicate with tlie s^er program 
directly witfaoiit going through a w^ page to dowidoad the package, as descnl^ An 
encryption method (e.g., SSL), may be used to encrypt communication between client and server. 

in Step 5y the cHcnt software communicates with the server program via TCP/IP and an application 
protocol to download and decrypt the package cm: file to the recipient's computer. The client software 
1 5 may decompress, restore, and install the package &r the recipient, as described in Figures 7 Unough 7- 
2, 8, and 10 throng 10-1. 

The recipient mxy have the option to return a modified file to the original seoder by usmg either 
special links included in fbe original e-mail message (Figuies 3 , 4 and 4-1), signing onto flie server via 
a web page and entering the original package Mentification, or nmning a pre^znstall client send 
20 program described in Figuies 6 to &4, and initiatmg a return file transfer m that display^ as shown in 
Steps. 

In Step 7, the sender may receive a notification (e.g., an e-maU message), of the return file transfer and 
downloads the revised file using client software. If the sender pie^installs the DAD client receive 
software, the client receive software may routinely connect to the server to determine if that user has 

25 received packages (see Figure 12). When a package is received, the recipient may be notified by an 
audio-visual indicator (or other indication method/device), and may be pronq>ted to download the 
package at that time. The recipient will receive the file, which may be available from multiple sarvers 
(transparent to the recipient) as described in Figures 7 to 7-2. The client sofbvare may also interact 
with the recipient and communication with the server p iugi a m directly without going fbruug)i a web 

30 pag& to download the package, as described in Figure 13. 

Figure 2 is an exemplary DAD server database design block diagram listing examples of data records 
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stored in database, inchiding Account (10)» Package (20), Addiess Book (40X Server Site (50)^ Server 
List (60)> and Download (70). Ffle transfers are recorded by sender UID (User Identification) (1 1), 
rccipicnt(s) UID(s), PID (Package Identification) (21), SID(s) (Server Site ID) (51), DJD{s) 
(Download ID) (71) along wifli odier pertinent information. Each FID (21) is preferably univeisalty 
5 unique and includes a server site USL (e.g., the UBL of the DAD server wh^ the file is first 

received), account ID, and unique package number for the account The server site URL provides tiie 
universal uniqueness to the PID to particularly assist the server-to-server transfer. When the sender 
makes a request for file transfer, package, recipient accounts and download iccoids may be added into 
.the database. 

10 The account record may contain the pointers to the address book (12) and server list (13) for sender to 
select, and to &e Corcent Packagp (18) for zesume upload The account name (14) and password (15) 
are created when the sender or recipient legislCT with the Each account may include 

recipient, registered recipient, or sender (sender is qualified as registered recipient automaticalty) 
indicated in Account Type (1 6). Each type may include cBflfetent authority levels in 16A (ie., sender 

15 has Bja&anty with return package), with the sender having die auftorily to issue multiple downloads 
and die recipient having pieinstalled client software and can be notified via mstant notification. 
Unregistered recipient account record may include only EMAIL (17) in ^ Bach account may 

expire depending upon the esqntation mediod defined in 19 (Le., period of time, nmnber of download, 
limits (19A and 19B), and Attributes (19c and 19D)). 

20 The package record (20) may contain die pointers to the sender (22), recipients (22A), and server (23 
for server-to-server transfer). Sender File Names (24) and Locatim (25), and Server XFR File 
Paihname (25) . The XFR file (26) is the archive file stored on ftie server with a universal unique 
pathname based on the PD such as \URL\User K)^)ackage number. The sender XFR File Pathname 
(26A), XFR File Size (27) and Of&et (28) are stored for assisting the resume and automatically 

25 upload. Hie packaging method (30-32), notify method (34) and instructions (35), along with tracking 
and accoxinting information are also stored in the package record (20). Each package may be expired 
depending upon the expiration me&od defined zn 39, i.e. period of fime, number of download, limits 
(39A and 39B), and Attributes (39c and 39D). Each package may have password (39) protection set 
by the sender. For a return package, a new package record will be added into the database with a FID 

30 (36) offhe original package record. The PID ofdie return package record will be saved to the FID 
(36) in die original package record. 

Figme 3 illustrates a genoal oufiine of the inteiftce as may be 15 displayed by the cfient browser, 
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comprising User Login, Clittit Browser screen conqKments: Tiansfer pCFER), Tracking (TRACE), 
Addiess Book, and Account Tlie User Log^nprooe^roqaiies user or cUentidentificati^ ; 
password. 

Figure S-'ATcansfier Sender enters relevant informs File 
5 information include names of tiie files, locations of Ibe files^ and oilier dcscrtptive information as 
shown in A of the diagram. In llie preferred embodmient,fhe£sender may click fhe onscreen opdon 
labeled Tian^»^. Upon receiving Ifae transfer request, Ibe DAD server starts the pn>g^^ 
the file transfer request, and generates and sends client software embedded in HTML to &e sender (as 
shown in B of Ote diagram) stores infixrmation for FTP transfer in die database, or initiates DAD 
10 server-to-server transfer. 

Figure 3-B Tracking: Sender has the option to track files previously sent To perform this option, die 
sender preferably clicks on the onscreen option labeled **TVace'*. This action retrieves information 
stored in the database and displays it in a convement form for the sender. This infonnation includes 
records of the recent files that have been seat, Recoit may be defined as such cases as those recent in 
1 5 time, most recent files sent to a particular recipient, or most recent files sent containing a specific file 
or file attributes. As sixiwn io Figure 3-B, there are four alternatives to locating the infon^^ This 
information (or history) i s stored in the database; each enliy will be stored witfa its own unique 
identificatioiL 

One available opicfn as illustcated by Figure 3-B in 300 is tare-soft the data thatis conently displayed 

20 todieusex. Thiis is implftmeTifcad in nider to iriftTifniTO RiurfmnigMlifm ma prmnilR ifftfi^F** Wl^l 

easier access to relevBiitisfiorination. By cliddng on a ccdnmn heading, die sender is able to leanange 
data by cohrnm. For example, in Figure 3-B-l selecting the 'To" heading in 302 initiates 30L Here^ 
the system is accessing the database and reairaziging the info^ The 
infonnation is flien redisplayed in 302.. llie same process is ^lied to format the infe^rmatton under 
25 the specifications oftfae other headings. Thedisphy seen by fte sender is Binulsr to diat of die display 
seen before tfie process ; Hiat is, it uses a similar layout but the information displayed has been altered 
as per the send^'s instructions. In 303, the sender can now locate fhe proper identification of die file 
diat is to be tiacbed. 

If desired infonnation is available or found, ibe smder can select the identificatioa as in Figure 3-B-2. 
3 0 When the corresponding link to the de sire d information is clicked, the system retrieves tibie unique 
details fixim the database associated with that identification in 306. The package details are then 
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displayed (307) in a fonn convenient to the sender. The sender is able to view fte histoiy of the 
specified package, including transfer timestamps and file properties. If the desired infonnatioii is not 
found, tlie sender bas die option of retunxing to 301 to le-sort data in another manner. 

The sender also has the opdon of displaying the entue file list When &e smier selects ^ist All" in 
S Figuie3-B in 300, the system im>cessesfh& request bFigu^ Hiereqaestis'senttofhe 
server, retrieved fixnn the database^ and tfie information is di^layed to the sender as shown in 20 
Figure 3-B-3 in 309. When the sencter is able to locate fliedesnedfikjIliB action of select!^ 
appropriate file will imtiate 311^ which initiBlBB the same process mmtioned in Figure 3-B-2 in 306 
and 307. 

10 If the sender is unable to locate the desired file, the sender may re-sort data by selecting a heading as 
mentioned above. The process of Figure 3-B-3 in 312 corresponds to that of Figure 3-B-lin301. The 
display will dien be reformatted as in Figure 3-B-3 in 3 13 . As befor©, if the sender locates the desired 
file, the sender may then click on the appropriate file to display the unique details that arc associated 
with it 

IS A fonrdi option to locatmg the file transfer details display associated with a file is to "search" or qu^ 
the database as illustrated in Figure 3-B^. In Figure 3-B-4 in 3 17 the sender enters keywords or 
queries into ttie appropriate fields to define Ihie search criteria. This information is submitted to Ibe 
server^, initialing file process shown in Figure 3-B-4 in 3 16. The system uses the user-^efined criteria 
to search the database and refonnat fiie display to show the requested information to the sender. 

20 The sender may elect any of these options at any time ^*ile in the recent file display. There is no 
order in which die sender will have to choose the manner in which the file is searched. That is to s^, 
the sender may choose to search, re-wrt^ re-sort again, display die ftdl file list and so on until the 
desired information is located. 

Figure 3^ Address Book: The address book is baaed on a database that stnes infbnnatiQn such as 
25 naines, e-mail addresseSj phone and &x numbers, instant messaging IDs. The Address Book also 

inchidesGrot^ names to allow DAD file transfer to an «itireg^ DAD system allowa 

the creation of new groups based on selection of individual recipients or certain criteria* The system is 
implemented to provide a database that can be accessed, searched, queried, andmodifiedby 
authorized users in order to reduce time and effort as sociated widi file transfers. The address book 
30 includes eidries iiQ>ut by (he sender fiiat are mnque to each sender. 

11 
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Preferably, &e sender cHcks on the menu option Hiat is labeled ADDRESSES to access the address 
book database entries tbat are associated with fteir unique user identification number. This action 
retrieves informatiGn Sroax the database and displays that infimnation in a convenient form for the 
sender. This display lists afl entries currently avaikble to that user in the dat^^ As the layout in 
5 Figure 3-C demonstrates, the sender will be presented with several options associated with each 

address book entry. These options will simplii^ tasks such as maintenance and selection of recipients. 
Sender will be able to select one or noKire entries to which ihey can transfer files. 

Additionally, the sender may be able to add i»w entries, modify raistmg entries, delete existing 
entries, or send an e-mail message to a xectpient indicated in an exi^^ Ihesend^may atany 
1 0 time have the option to return to flie main menu display by clicking on the i^ppropiiate link on the 
display. Descxiplions of eadi function wiU be elaborated te^ 

The sender may be able to select one or more entries to which a file win be transfened. To do this, flie 
sender checks the box in address book 400 next to 4ie appropriate name or names as seen in Figure 
3C. When requested by the sender, &e selected recipient addresses will be input into flie *To:" field 
IS on the message display as depicted in Figure 3-C in 404 and in Figure 3 in 102. 

The sender has a p pr o p ri ate control over fiie address book entries associated with their unigue idmdfier 
located in the database. As this database inay contain no entries relevant to a specific se^^ 
not contain an entry appropriate to tibe digital package to be sent, the sender may want to a^ an entry. 
By selectmg "^Add an Entry"' Figure 3-C in 40 1 , die sender will be able to add new entries to the 
20 address book. The available fields for ixtput may include fields such as First Name, Middle Name, 
Last Name, IKckname, MaiKng Address, and E*-mail Address, among otibers. In ordei to snccessfiilty 
add an entry, c»tQin"key^ required infbnna^ If ai^ of these mquiied fields are 

left blank, the sender will receive an error message mtdicating that these fields may not be left blank. 

Once all of the draiied and required infonnatLon has been enteied and submitted by the user, the 
25 system will display a confirmation message in 407 showing all of the information entered in the 
previous action as depicted in Figure 3-C-l . If the user is satisfied with the ^tries, they will again 
submit the information and the informatioh will be added to the appropriate records in die database as 
shown in Figure 3-C-l in 408 md a completion page will be displayed with the entered information 
409. At this point, d^ sender may have die option to niodi^ this mforxnati<^ 
30 menu, . 

As the entries in the database that ate relevant to the sender's unique ID may not be correct en* up»to- 
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date, tfie sender may liave fhe option to modt^ tbe infonnatioiL To modify an existing entiy, the 
sender clicks on the appiopnate option located oil the display. The sender will be able to change^add, 
or delete information in any of &6 available fields as is necessary. This process can be seen in Figure 
3-C-2. To fhe sender, this piocess is virtuaUy identical to that of adding an ^itty. It differs only in 
S that the sender sees a page confirming modification 411 rather than confirnim Oncefiie 
desired infonnation has been modified, tiie sender may submit tiie infonnation to be processed by &e 
server. The information is then updated in fhe appiopriatB database 412. 

Fromtuneto tmieitmaybetiecessaxytoiemoveanentiyfiDomtte To delete an sitry» flie 

sender clicks on fhe q>pi<q)riateopti(m on ftus main add^ This process is seen in 

10 Figur63-C-3. Once the request is received^ the sender wiHlhett be directe 

414 to verify ftatlfae entry selected is to be deleted. The sender will have the option to confinn, or 
cancel fhis function. If the sender cancels, then nothing is changed. Iftiie sender confirms, then tiie 
in&rmation is deleted firnn the database 41 S and cannot be restored except by bemg re-entered 
manually by the sender. 

15 Each entry has a imique details page associated with it "When the sender clicks on a name in fhe 
Address Book» the information is retrieved firom tiie database and the details for fhe »try are 
displayed to fhe sender. If fhe sender clicks cm the e-mail address entered in the mentioned field, tiie 
sender will be able to send an e-mail mess^ to tiie recq)ient The e-mail wiU be sent using the 
sendmg computer's de&ult e-mail client The sender may also have the option to Select^ Modify or 

20 Delete the entry as described above. 

Figure 3-D Account lofomiaticm: The account mfonnationfor each unique user ID is stored m 
database that contains infonnation such as contact name^ company name, address, tdephone number, 
e-mail addiessesy and axiy other inforniation relevant to the ^stemadmm Hie system is 
inq>lemCTted to provide a database ttiat can be accessed and modified by authorized users m oider to 
25 authenticate users based on ID and to momtor the activities of possible salMiseis. 

There may be multiple user levels that include designations such as administrator and sub-users. Hie 
administrative level would have access to various types of sub-user information, such as account 
records, recent transfers activated by tiiat user, and ofh^ maintenance options. Access to tins 
infonnation is pmvided only to those administratorB vn&i access privilege to a specific set of users, as 
30 dictated by a database. Ajdministrators would have die option to set iq> and configure sub-user 

accounts associated with that administrator and to which tiiat adnmnstrator would have certain access 
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privilege. 

Depending on flie user level as indicated in tiie database, a difTetent display may b e pre seated to the 
nser. If the user is of a sul>-ns6r level, they may be displayed a page on they could view and 
modify flieir own unique account infomiation as described below. If fhe us^ is of an administrative 
5 level, tbey may be displayed dieir own unique us^ infoimation as well as a listing of sob-users for fliat 
Administzative account They may have the abiU^ to view and modify their own infoimation as v^ 
as the infoonation of sub-users. In addition, fbey may be able to add or remove snb-useis at flieir 
discretion, as described in more detail below. 

Figure 4 illustrate the recipient being notified by die DAD server and the razsuing communicatioa 
10 widi the server. 

When a file is liansferrBd, a package ID is generalsd for that package. This ID can be used to track the 
package, or optionally le-download that transfibr at a lat^ time. An e-mail notificatioii, as shown in 
Figure 4 in S 1 S» may optionally be sent to the recipient(s) indicating that a file transfer has been 
initiated. Contaioedwidun the message wiH be a unique link in 516 to the D^ When&e 
15 redpientcHcIa on the link, die system sends ttiB request to the database wiA Pigiite4xn 
5 18 illustrates Rectpi^ options die first time they access the system. Figure 4-1 m 520 portrays the 
proces s that the system undergoes as a result of die initial access . 

Like the sender, iho recipient wiU have the option to track the history of the specific file tiiat has been 
transfened The file will have a unique ID associated with a unique details page. Ihese details wiQ 
20 then be di^layed to the Tecipient Embedded client software is automatically downloaded fitim the 
DAD server to the recipient's computer via a web page to fecilitate the file download to the recipient's 
computer. The recipient will select the appropriate option, and this will tnitiata the retrieval process 
fiom die database. In its prefmed environment, this may be usefid to recipient in cases vdim 
originator information is desired, or when Ihe package has been revised and retumed. 

25 If file recipient has already been to the file information pa^ specified above (block 51 8), the system 
will detect this as shown in Figure 4 in 5 1 9, such as in the case of le-^kiwnload or resume download. 
Figure 4-1 in 521 portrays the process that the system uxideEgoes as a result of addifiom In 
addition to fbe options mendoned above, die recqiient wiU be able to return fhe file, modified. or 
unchanged, to die sender in subsequrat returns to die file informadon page. 

30 Figure 5 shows a set of progrBn:is for fhe DAD file transfer operation tbroug}& client-server 
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communicatiotL They coiiq)Iete fOe transfers fom cHeiit to cUeitt dm)u The 
process is fiiitiiei explained in figures 6 Hiiough 13. These figmes iDustrate the processes of Client 
Receive (902), Client Send (901), Server (905), Server Receive Thread (907) and Server Send Thread 
(906), the Server To Server Upload (908), Monitor (903), and Qient Receive Manager (904) 
S programs. The client progranisxnay be antomaticallydowidoaded to the cHentcoimp^ 
- . cab file in Internet Explorer, a jar file in Netscape 4, or via a Web download with other web 
browsers. 

The DAD system uses hypertext prooessors to generate a JD AD (900) file fliat is embedded in a w^ 
page. TMs file provides ftecUmtprogiamwifli both nseis and DAD sertrerieqii^ Webbcowser 
10 then activates the cUentpn>gi3m (901 or 9()2) for the mibeddedJ)ADffl^ When the 

client computer executes tibie client progiram, it commnmcates with the DAD server to send and receive 
files via TCP/IP and DAD protocols (explained in detail in Figure 6 ftrough 13). 

If the cli^ programs (902, 903, 904) are preinstalled for instant notification, the monitor (903) 
program may notify the user and start the receive manager (904) program to interact with tbc sender 
15 directly and communicate with ttie sender pmgram, and to start die receive pn^ 

transfer without going tiirou^ a web page. The server port and IP address may download with the 
client program fiiom the server and be saved locally or may be saved inside die client prograiXL 

If there are notifications to send out, the program will conunumcate with die queue manager (909) to 
add the item to the defined queue, i.e. sender notification queue, redpimt notification queue, or 
20 server-to-servsr transfer queue. The queue manager will read fiom each queue and send the item to 
fhe program associated widx the queue, Le. server upload program (908) for the serve-to-server 
transfer queue or notification generator (909) for flie sender or recipieint notification queue. 

Figure 6 illustrates an example process, i^ch can be performed by executing the Client Send 
program. 

25 The exemplsty process performed by executing fhe Climt Send program to send a file or instructions 
to the server with or without web pag0 is shown in Figure 6. In particnlai^ it describes how to use 
plication protocol to mitiaUze» em^t, auto restart, resume, returned file upload, £B6 upload, and 
instruction delivery in detail in Figure 6. Hie requests fiom the sender via web page are saved in die 
database on the server. TTntmgh die J AD file the client prograniobtaiiis the requests fiom 

30 sender. Parameters in the J3AD file for tins program inchide die pathnames fi>rtii6 files o 

machine, server port, IP address, ID, XFRfile paflmame, file size, restart ofitet, (bo archive options of 
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tbe sustain folder structure, relative pa&» compression and encryption flags, as seen in 1 000. The 
program reads the .DAD file ifit exists as indicated in lOOL If&ilDrBOccui:8asdete£rm]iiedinl002 
tlic program reports the eiror and exits. 

The progpram establishes and encrypts a connection with the server 20 using the port and IP address in 
5 1003- 

If the .DAD file does not exist, the program interacts with the user directly m 1 001-1006. 

Ihe sender has the option to caxicel a lengthy upload axidiesomette Whenttie 
lesome transfer is requested via w^page, &eXI% file name, file size, and restEutof&et arc available 
infbeJDADfile. llie Send program wiU use those paxametexs to detenninew 
10 request is valid or not Ifit is vafid in 1007, the program will resume iq>loading portion oftibe file and 
so indicate in die restart offiet If it is a new upload^ the program reads, compresses, archives^ and 
packages the q)ecifiedfile(s) into a XFR file based on the options in 1008. Ifafaibne occurs during 
conipression, archiving packaging, or the writing of the XFR file to the local storage device, as 
indicated m 1010, an error is rqxnted and the program exits as indicated in 1004, 

IS The program sends a login Pn) via an Education pacotocd in 1012. He saver vidll use this PID to 
verify the user and to obtain flie database record regarding Ihis transfer and synchronize with the clieait 
Send program. If the Send program loses its connection with the server when uploading die file» it 
will try to reconnect to fbo server with the same PID fi)r the restart without sender intervention. 

If it succeasftaUy logs in to the server, the Send program then needs to determine how much of the file 
20 has been reliably received on the server, hi 1015»fhe Send program sends an application protocol to 
the server for restart ofiseL The server recdvepn)gramiIbist[atBd in Figure 9 will check the file size 
and return fiie size as restart ofiGset for the client Send program to relocate the file pointer to the restart 
offset If the total number of bytes reliably received by die server indicates the previous transfeir is 
completed in Figure 6-2 in 1019, it proceeds to Figure 6-3 in 1039 to coiiq)lete the process. Otherwise 
25 the Send program wiU relocate fte pointer to the restart ofi&et in Figure 6-1 in 1Q2L InFigure6-2i& 
1 022 fbe Send progra m sends an qiplication protocol with the cunent XFR file nam^ file size, and &e 
offset to the server to support resume opetadon. 

The sender can cancel the ongoing file upload. A progress bar wib a cancel button is displayed for 
the sender to fectlitate this need in Figure 6-2 in 1 026. The program sends the data to the socket in 
30 Figure 6-2 in 1027. Ifthe send to the socket conmiaiid£dls and iiidicates a thne out 
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program will automatically tiy to comiect with server in Figure 6-1 in 1008. The automatic restarts 
&om step in Figure 6-2 in 1 034 also may be limited in Figure 6>2 in 1 03 1 ^ in number or in time» 
allowing automatic restart If sender cancels tbe operation (via cancel button)^ the program goes to 
Figure 6 in 1004 to report and exits. If the XFR file has been sent succesg&Uy, the program waits for 
S a positive response firom the ser^er/deletes the copy of^ XFR fib fixmii these 
a successful file upload to the sender, and exits. 

Figure 7 illustrates an example process vAnch can be performed by executing the client lecseive 
program. 

Figure 7 describes an example process of downloading a fite to &e client fiom fbe download site and 
10 delivery of the download iiotification to the primary DAD server with or wi^ In 

particular^ it describes how to use appUcation protocol to initialize, encrypt, auto restart, resume, and 
auto reconnect to a different server to lesmne file download zn detail in Fi When the client 

conq>uter executes the client receive program, the executed client receive program communicates wrlh 
the DAD server using TCP/IP and an ^plication protocol or FTP server using FTP protocol to 
15 download die file. If a connection to the download site fuls, a cannection attempt may be performed 
a^n. An alternative coimectioii to a different server also may be attempted. 

First, the inogram read the J)AD file in Figure 7 in 1138. Hie .DAD file includes parameters of XFR 
file pathname and file size, server port and IP address, type of protocol, package opfions (such as 
sustaining foldo: structure, rehtive path, compression flag, exiciyptioa flag), and option^ 

20 parameters such as as^name, password, account, initial directory and firewall data) in Figure 7 in 
1137. Iffhe download site is not the priznaiy server site^ the IF and port of fte ^ 
provided in the J)AD file too. If an erniroccuos, the eoqrwiU be report to the nser and die program 
exits. An atteinpt to estal>lish a server connecticm&nn a specified port an^ 
communication for the session is ilhsbated in Figure 7 in 1142* Iffiiere is a &ilnrB in enabling flic 

25 sfflver connection on a specified port and the error is theresultof a time out in Figure 7 in 1144, a 
retiywiQ be attenqjtedifit is within the retry Hrmte^ Iflfae retry lunit had been exceeded Figure 7 in 
114S, an alternative connection xnay be tried as indicated m Figaro Depending <m the type 

of download site, the correspcmdtng logm method is used in Figure 7 i^ 

The recipient has the option to cancel a lengthy download and resume die download at a later time for 
30 ' the DAD download site. When the receive program is executed, it has to detctmine whether the 
opemtion can be resumed in processes Figures 7 and 7-1 in 1 lSO-1 158. It uses a permanent storage 
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method (e.g., cookies), to save pievions local XFR file name, file size, and folder using server XFR 
file name as a key on tiie client computer. Iftiie XFR file name and file size in the local permanent 
storage aie fhe same as ones indicated in the .DAD file (in 1 1 52) and the file size of the existing local 
XFR file is smaller than the file size specified in the local permanent storage (in 1 153), then ^s 
5 operation can be resumed ifihe recipient agrees. The status ofthe previous transfer wfll he presented 
to the recipient to determine whether resume or initiatB a new download is desired ( 1 1 54 and 1155). If 
a new download is preferred (1 IS7 and 1 158)» a destinatLon folder for the files has to be determined in 
Figure 7-1 in 1159. 

The client then uses an aj^plicaticm protocol to send a read request to flie download server, and a 
1 0 specified ofiGset for DAD server, or uses a FTP protocol to send a KBTR command to FTP serv<^ in 
step 1163 in Figure 7-1. In step 1 1 65 in Figure 7- 1 , the program will write to flie local permanent 
storage (e.g.« cookie), fhe local XFR file name, file size, and fi>lder using server XFR file name as a 
key. Data received at fhe client is read fiom a socket Iffiie socket indicates that llie valid data is not 
available, as d^eimined in step 11 68 in Figure 7-2, fte sockrt will cootfamally read if llie error as 
15 determined in step 11 69 in Figoie 7-2 as a time out operation. 

If fhe retry limit is reached, the program will try to automatkally restart of Ihc downloading file by 
reconnect to the server or die alternative server in Figure 7 in 1 142. If valid data is read in step 1 167 
in Figure 7-2, then it writes the data to &e XFR file. If an end of file condition is reached in Figure 7- 
2 in 1 1 75 , the program sends a positive reqxmse to the server and updates fhe attributes of fhe transfer. 

20 Instep 1 178 in Figure 7-2, the pn>gramwin use the optiousq^edfied in fhe .DAD file to db^^ 
i^tore, and install files based uponfiie sender-defined qptions (1137) in the DAD file. If fte 
download site is not the primary site for fiiis transfer, the progr am will try to establish liie connection 
totheprimaiy server and send atraiisfernotifioaiion as mdicated in steps 11^ 11 87 in Figure 7-2. 
The program deletes the XFR file, reports llie download successfiilly, and exitB as seen m Figure 7-2 

25 in 1189. 

Figure 8 illustrates a preferred exanq)leoffhe DAD system server program. Theserverprogramhasa 
concurrent design. It creates a socket and binds to fhe defixied address for the DAD service being 
oficied It leaves the socket unconnected* It places the socket in fhe passive mode, making it ready 
for use by a server. It listens to file port and accepts fhe requests fiom the client^ and creates a slave 
30 thread process to accept ftie connection and handle response. Hie fiiread program receives a 

connection request, reads requests and sends backreq)ons6s. Since each s^er has different capacity 

18 



wo 02/15518 



PCTAJSOl/25684 



and available ports. A coitanunication configure file is designed to provide server ports and rtiaximiim 
threads for serv^ program to handle confignrable and cotDcmxent transmi^ons. 

Figine 8 in 1082 ilhistiafes a configuration file liiat can be chffl^ 
sending and receiving ports. PUtthennoae, it slioivsfliieadconntstlmtdiouM be adjust 
S the system capacity for handling the maximum number of users logm. It listens on the ports and 
accepts the request in Figure 8 in 1084. Ifrequest is received and is mifain delimit of the system 
capacityin step 1089 inFigure 8, a Receive or Send thread progmm is crea The thread piDgiam 
will &en receive the connection upon creation and interact with the client uamg the coDnection» read 
^response and send back the response repeatedly. Iftfae thread count is reached* a report is 
1 0 generated for Ae server console and the program will go to step 1 084 in Figure 8 for fte next client 
request 

Figure 9 describes an example DAD server receiving a file fi:om sender or fi:om another server^ receive 
instructions^ or receive database record fiom another server. In particular, it describes how the 
receiving thread processes a request fbi: a partial file transfer. It also shows how, upon compl^on, the 
1 5 program starts the other process for contLmriiig data transfer to other sites if requested, or sends 

notifications to flie sender or recipients if specified. First the receive thread will accqit the' connection 
request (i.e,, socket for the connection) and receive the login ID in Figure 9 in 1090. 

There are four different types ofreqnests to receive data. Based on die FID and login method it can be 
client to server file transfer via web pa^, ushtg PID, client to server file transfer wifiiout w^ page 

20 (using Account Name and Password in 1091 A), server-to-server file transfer, or server-to-s^er 
database record transfer. If it is a database record transfix, it wiU create fiie database record first m 
Figure 9 in 1092 and proceeds to step 1105 in Figure 9 to receive filename, size and ofi&et fix>m the 
other server. For file transfer with web page^ it will get Ae package record hi Figure 9 in 1093 finom 
the database using the ID in 1094. If an error occurs in Figure 9 in 1095» the ID is invalid or tiie 

25 database record can be retrieved. The program will respoti the error, log status to database, close 
comiection, update thread count and exit as seen m Figure 9 in 1096. For file transfer wilhont web 
page, the program first validates the account name aiid password in 109 IB. If it is valid, the program 
sends a positive response to the client in 1091D. Thcnitwaitstoreceivefiie sender iiqiuts in 1091B, 
adds it to the database in 1091F» and sraids a FID to the client in 1091G. 

30 If the command received in 1097 is an instmction to send a package vAnoh is pre-eTOSttng ontiie 
server (1 101), the piogiauj will skip die receive file logic and gp to add item to sender or recipient 
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notification queue m 1 122 and 1 123, and edt 

To suppatt partial file transfer, the program may lecetve a command leqii^ling lestBit ofiset in Pigoie 
9 in 1099. If the command is received, it will find ont the file size, if exists in Figuie 9 in 1 102, and 
send a response for the suggestbgstartiiig offset of XFR file i^ IhFigaie9inll04 
5 Die program receives a message indicating the XFR file name, total size, and Hie staiting ofiBset of the 
transf^. If1iiBreissUnsgpavailaLblefordiiBn8erinFigDre9in llOS^itsendsap 
otherwise, it sends a negative response. 

If a xicw file transfix is indicated by a zero o£&et in Pignre 9- 1 in 1 106, it creates a new file in step 
1107. If fbc ofiset is equal to zero, flien data is written to the XFR file firom the If the 

1 0 ofiset is not equal to zero, tben tbe data is writing to the file starting 6am the updated pointer location. 
Instep 11 10 the program reads data fix)mttiesoclcet, writes to the file, and iqpdates the Ifthe 
current total bytes received is updated and indicates an end of file in 1 1 17, a positive response is sent 
to the client in step 1118. Otherwise, more data is read fixm the socket in step II 10 in Figure 9-1. 
For i^ceiving database record transfer, die program updaties the database record and exits. If file 

15 forwarding to the other server is requested, the program adds the item to the server-to-server transfer 
queue in step 1 125 in Figure 9-2 and starts the Queue Manager in 1 126. If notifications are requested 
in die database, it will add an item to the notification queues (1 122 and 1 123) and start ttse Queue 
Manager in 1126. Before it exits, it will update die duead count in 1124. 

Referring now to Figure 10, an exemplary process of sending a file to die cfieot is described. There 
20 are diree different types ofrequestsfixmi the seiiding port The first one is the request finmi the 

recipient monitor program to check any paclcage for the specified account (1 130A). Ihe second type 
of die request ( 1 1 3 OB) is coming fiom flie receive manager, which program interact wifli recipient and 
server program to get the recipient inputs. The third type ofihe request comes fi^om the client receive 
program to download die specified file via web page or local displays. 

25 The monitor program will try to connect to the send port of the server and login widi the account 

name. Uponreceivingtheacconntname, theprogramvaEdates it by querying databa^ If 
it is valid, it will query databa^ to see any package for this account in 1130A3. Ifithaspacka^,die 
program will send a positive response to the client monitor program 1 1 30A5, close connection^ 
update thread count, and exit 

3 0 The client receive manager will try to connect to die send port of die server and logm widi the account 
name and password. Iflfae account name and password aie valid, die program wiUqusiy database for 

20 
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fhe package list in 11 30B1. The result is fhen sent to &6 client lecmemaiiager in 1130B2. The 
program waits to receive PID ftom the client indicathig the selected package in 1 130B3. Based on fiie 
PID, the program will query the database in 1 1 30B4 for the notify insttnctions and download sites list 
The result will be sent to the client receive manager for the Recipient to choose the dowidoad site in 
S 11 30BS. When the SD indicating die download site is received tn 1 1 30B6» the program crcates a 
DAD file in 1 130B7 and sends it to the client receive manager. Then, it closes the connection, 
updates tibiead count, and exits. 

K the i^ogtam receives Ihe login ID, then it win get the package lecori 1131 fit>m&e database. If an 
error occcirsm 1133, the ID is invalid or the database record The program will report 

file eiTor, log status to database, close connection, update Ifaread count and exit as seen in 1 134. In 
1 1 3 5 the program receives a messagie indicating fhe XFR file name and 4ie starting of&et of fhe 
transfer. The progratn will start to seiid data Id socket starting at the file location indicat^^ 
received of&et in 1138. Tbe process will be repeated until all data have been senL Itwillwaitto 
receive a positive response fiom &e client in 1142 and update tiae database, close tiie connection, 
update die thread connt, and exit in 1146. 

Figure 1 1 illustiates an exemplary process of a server transfening £Qe 20 and database record to 
anoflier DAD server or transfemng file to FTP server, fiistqi 1300 flie program reads J^ADfQe of 
1300. The program establishes a connection with fhe other server usirig the po^ 
contained in the .DAt) iBle in 1303. If the connection fails due to time out, a connectiQn in 1303 may 
be performed again. In 1308, the program sends a login ID that is defined in die JDADfite to ^ 
DAD server or sends User Name and Passwcod for FTP lo^. For DAD-DAD transfer, both servers 
will use this ID to create or obtain the database reccttd to ftcilitate the transfiBr and synchronize widi 
each other. For DAD-FTP transfer, only file can be iqdoaded to fte FTP server and without automatic 
restart 

2S For DAD-DAD transfer, if fhe upload program loses its connectiQn wilfa the DAD server when 
uploading the file, it win try to reconnect to the DAD server with the same ID Ifrt 
successfiilly logs in to the oth^ DAD server, the upload pipgram then needs to determine how much 
of the file has been reliably received on die DAD server. In iOlS, fhe upload inogram sends a DAD 
juTotocol to the DAD server for restart of&et. The DAD server recdve progcam illustrated in Figure 9 

30 will check the file size and return the size as restart offset for tbe upload program to relocate the file 
pointer to the restart offset Ifthe total nuinberofl^s reliably received by the DAD server indicates 
fheprevioustransferi5canqplet6dinl316,itproceedsto 1333 to complete fhe process. Otherwise the 
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upload program will relocate the pomter to fhe lestart o^t in 1318. In 1319 tlie upload piogFom 
sends fhe cuxient XFR file name, file size, and the offiet to the server to siqiport xesmne opeiatioa 

The program sends die dala to tlie socket in 1323. If die send to the socket conmandfiulsmd 
mdicates a tune out error, Ibe send program wiU automatically tiy to connect widi s^er in 1303 for 
5 DAD-DAD transfer, Theantomaticrestartsfhmistep 1328 also may be In^ 

in lime, allowing automadc restart If flie XFR ffle has been sent soccess&Ih^, the program w^ 
positive response fiom flie server, logs to database, iipdates queue, and exits. 

Figure 12 ilhistcates how the client monitor program uses an application protocol to commmiicate with 
the server program to rnorutor Ibe package status. The server send port, IP address, and the account 

10 name are stored in fhe local permanent storage during the installation of the client program for the 
recipients. The monitor program uses IP address and port to connect to the server in 1400. If it is 
cormected, then the program will send the socket to fhe server the account name in 1403. If a positive 
response is leceived in 1405, there is a package on the server tfx tiie recipient The program notifies 
the recipient using predefined multnnedia mefliod in 1407. If there is nothing for the recipient, die 

1 5 program waits a predefined time interval in I402and reconnects to the server. The multimedia 
notification will be delivered repeatedly to the recipient until fhe recipient activates the program in 
1408. When die rec^ient activates fhe program via a command (e.g., a double cUck), the program wfll 
start fhe client receive mana^ in 1 409 to interact with fhe recipient 

Figure 13 illustrates how die client receive manager interacts with the recipient and communicates 
20 wi& the serverprogram via an application protocol. The client receive manager uses the IP address 
and port to connect to fhe server in 1 500. Ifit is coimectBd» die program will prompt the recipieid for 
the password in 1503. Then die program will send die password along wifb die account name to die 
socket for fte server in 1S04. After fhe account name and password are validated, fiie program 
receives and displays the list of fhe packages for die recipients m 1506, Li 1507, the chosen PID is 
25 sent to the socket for the server. In 1508, the instnictioiis along with the fist of the available download 
sites ate received and displayed by the receive manager. After die download site is chosen^ the SID is 
sent to fhe socket for die server* A JDADfile^whidi is created by the server and includes the data 
required by flie client receive p r o gram, is received and saved on the local machine in 1510. The 
program then launches the receive program vridi J)AD file to download 1 S the selected file fitm the 
30 chosen download site in 1511. 

Thus, having presented the present invention in view of the above described embodiments, various 
alterations, modifications and improvements are intended to be widnn the scope and spirit of die 
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invCTtioiL The&rGgoixigdesci^lioBisby way afexanq^te Ibe 
invention's limit is delBned only in the following claims and the equival»its thereto. 



23 



wo 02/15518 



PCTAJSOl/25684 



WHATISCaLAIMEDIS: 

1 . A method of securely transfeirmg a file &om a first client to a fiecond client comprising issuing 
instructions from said first client to a server for trsmsfemng a file fix)m said server to said 
second cHent^ wherein said first client issnes said instructiaDS via a website for accessing said 
server. 

2. The metbod according to claim l,i^ierdnpriar to issuing said instroctiotiSyS^ 
includes iBSoing initial instructions for uploading said fite 

and wherem upon said fiist client inhiaSy accessing said website, fi embedded client 
software for uploading said file is antomaticalty downloaded to said first client. 

3. The method according to claim 2, wheietn said initial instructions are issued if said file does 
not exist on said server. 

4. The me&od accordmg to claim 1 , finttier ccHsprisipg issuing second instructions to fixr 
noliQdng said second ctient fliat said file is available for downloading firom said server. 

5. The method according to claim 4, wherein said second instmctiora are forwarded to said server 
via a third client. 

6 . The meftiod according to claim S, wherem said third client comprises any one of a desktop 
computer, a laptop computer, a phcme, and a wireless device. 

7. The method according to claim 4, wherem said noti^rii^ comprises at least one of a visual 
indicator, a audio indicator, and/or an onail message. 

8. The method accordii^ to clahn 4, furber comimsing downloading said file to said second 
client 

9. The metiiod according to claim 8» fiirtfaer comprisiDig automaticany downloading second 
CTibedded client software upon said second dientimtiaUy acoessmg said website* 

10. The metiiod according to claim 1» fiirtfaer comprising issuing second instructions fot 
transferring said file to a second server. 

11. The method according to claim 1^ wherein ei&er or both of said first clint and said second 
client conq>ri8es a co mpu t e r , 
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12. The method according to claim 1« Txdieiein prior to issuiiKg said mstmctioBS, said fiist cfi^ 
legLsteis with said server website oeating a first accoimt for sai d first client 

13. The mefliod according to claim 9» wheiein prior to said second client initially accessing said 
website^ said second client registeis with said website creating a second accoimt for said 
second client 

14. The method according to claim 2 , wherein said first client specifies a de&ult file transfer 
interface. 

15. The method according to claim 14, whei»m said de&nit file transfer intei&ce comprises a 
network-based mter£ace. 

1 6. The mediod accordii^ to claim 14, wheiem said de&ah file transfer intei&ce conqmses a 
resident inter&ce of said first oticnt software. 

17. Hie method according to claim 13, wherein said second cUent specifies a default file transfer 
inter&ce. 

18. The mefliod according to claim 17, wherein sddde&nlt file tnmsfer interface conqmses a 
network-based inlerfiioe. 

19. The method accoxdtng to claim 17, wherein said de&ult file transfer inter&ce comprises a 
resident interface of said second client software. 

20. The method according to claim 19, wherdn said second client software monitois the status of 
said second accoimt to determine if a file is available for downloading fiom said server. 

21 . The method according to claim 20, wherein said second client software indicates that a file is 
available for transfer to said second client from said server. 

22. Hie melhod according to claim 2 1 , wfaerem said second client software indicates by at least 
one of a visual indicator, an audio indicator, a vibratory indicator, and/or an CTiail message. 

23. The method according to claim 2, wherein said first client software includes file compression, 
archiving and/or packa^g utilities. 

24. The method accoiding to clann 9, wherein said second client soft^^ inchides file 
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decompisssion, restoring and/or installing ^ 

25. The mefhod according to claim 1, whsiein coniniunications between said first client and said 
server and/or between said second client and said server and/or between said server and a 
second server are enciypted. 

26. Hie method according to claim 1 » wheiem software resident in said server logs said issued 
instructions for transferring said file into a database. 

27. Tbe me&od accoxding to claim 1, wherein said file is tiansfisned from said fiist client to said 
server and/or 6om said server to said second client and/or finm said server to a second server 
via TCP/IP protocol. 

28. The mediod according to claim 22, wlierem said email message includes a first link to a 
webpage of said server. 

29 . The method according to claim 28, wherein said webpage inchides a second link to a second 
webpage for downloading said file. 

30. The mefhod accordmg to claim 28, herein said second webpage includes a letum link for 
uploading said downloaded file to said server. 

31. Hie mediod according to claim 28, wherein said second webpage includes a return link for 
returning said downloaded file to said first client 

32. The mefhod acccnding to claim 1, ^eiem software resident on said server tracks said file 
tranfifer. 

33. The method according to claim 26, wheiein said database includes at least one of account 
information, file package information, second client addresses, server site information, server 
list information, tqpload infbnnation and download infinrnadon. 

34 . The mefhod according to claim 26, wherem said first cUmt may display and/or query said 
database for information related to specific file transfers. 

35. Tlie mefhod according to claim 26, wherem information related to file tcansfeis are recorded 
and stored in said database via a file identification of said file. 

36. The mefhod according to claim 35, wherein said file idcnti&adon comprises at least one of a 
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first olisat identificatioQ^ a second client ideDtification« file package infonnation, a server site 
identification, and a download identification. 

37. The method according to clami 2, v^dierein uploading said file may be interropted and resumed 

3 8 * Hie method according to claim 8, wherein downloading said file may be interrupted and 
resumed. 

39. The method according claim 8, wherein downloadipg said file fiom said server may be 
interrupted, and wherem resumption of downloadrag said file may be carded out on a second 
server. 

40 . A method of transferring a file fiom a first client to a second client campiisixQ: 

issuing first instructions fit)m said first cli^ to register an account with a server via a 
wd^site for transferring a file said second client, wherem said first client includes a web 
browser for accessing said website; 

issuing second instructions fin: iq>lo8dmg said file to said server via said website and 
wherein upon said first client initially accessing said website, embedded client software 
for uploading said file is automatically downloaded to said first clirat; 

notifying said second client that said file is available for downloading fiom said 
website; 

conoecting said second cli«t to said server via said wdwite for downloading said file, 
wherein said second cHent inoludes a w^ browser for accessing said website; ahd 

downloading said file. 

4 1 . Hie mefliod according to claim 40, wbefs^ subsequent access to said server by said first client 
is through an inter&oe of said client software. 

42. The method according to claim 40, wheieta vpon said second client initiaUy accessing said 
website, embedded second client software for downloading said file is automatically 
downloaded to said second client 

43 . The mefliod according to claim 42 , wh^sin snbsequoxt access to said server by said second 
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client is dnough an inlei&ce of said second client softwaie . 

44. Computer leadable media having stored fheieon a data stnictuie comprising: 

a fi]st field compiising data lepiesoiting accoimt itf^ 

a second field comprising data representing package information legarding a file &r 
transfer 

a fiiird field conqirising address tnformaticm for an address to transfer a file; 
a fouitb field comprising a server site; 
a fiffli field comprising a server list; and 

a sixth field comprising download and/or iq}load information of a iBIe. 

45. A graphical user ioter&ce for a first client conqiutsr system having a selection device, said 
grajdncal user iiiteifiuTe comprising: 

a user login component for logging a client onto a website for a server, 

a client browsing component for browsing the internet; 

a file transfer component for fiorwarding a file to a second client; 

a tracking component for retrieving tiackitig information for tracking said file 
forwarded to said second cHent; 

an address book component storing and retrieving an address of said second client; and 

an account information conqxment for retrieving account information related to said 
first client and/or said second client 

46. A system for performing a method of fnmsferring a file fiom a first client to a second client 
comprising: 

a server accessible ovct the intmiet via a wd^site, said sender inchiding communication 
means fin: communicating data with a client over die internet 

a first QKent for instructing said server to forward a file to a destination address; 
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a second client having said destination addiess, wfaetein: 

said first client issues first instructions for registering an account with said 
server via said website for transfiening a file to said destination address of said 
second client wberein said first client includes a web browser for accessing said 
website; 

said first client issues second instructions for uploading said file to said server 
via said website and wherein upon said first client initially accessing said 
website, embedded cHent softwaie stcnoed on said server operational for a client 
to upload said file is antonmtically downloaded to said first client; and 

said first client uploads said file to said server, 

notifying means for notifying said second oHent lhat said file is available far 
downloading fiT>m said seintr, wherein: 

said second client issues third instructions to said server via said website for 
downloading said file» wherein said second client includes a web browser for 
accessing said website; and 

said second client downloads said file. 

47» The system according to claim 46> wherein upon said second cKeot tmtially accessing said 
website, client software stored on said server operational for a client to download said file is 
automatically downloaded to said second client 

48. Computer readable media having computer-executable instructions for perfermii^ a meftod 
comprising; 

issuing first instructions fixmi said first client to register an account with a server via a 
website for transfening a file to said second cHent, wherein said first client includes a 
web browser far accessmg said website 

issuing second instructions fhr uploading said file to said server via said website and 
wherein upon said first clieiit initially accessing said website, client softwaie for 
uploading said file is automatically downloaded to said first client; 
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notifying said second client that said file is available for downloading &om said web 
site; 

issuing titiid instructions fiom ^id seccmd client for downloading said file, wheiein 
said second client includes a web browser for accessing said website and 

downloading said file. 

49. The conqniter readable media according to claim 48, wfaecein upon said second client initial^ 
accessing said website, client software for downloading said file is antonoatically downloaded 
to said second cHent 
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